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METHOD OF TRANSMITTING A CONTENT WITH ADAPTATION OF THE 
ENCODING CHARACTERISTICS 

FIELD OF THE INVENTION 

The present invention relates to a method for transmitting a multimedia content 
through a distribution network from a server to a client device. It also relates to a server, 
a client device, a encoding system comprising encoders for encoding a multimedia 
5 content, and a network system comprising an encoder system, a server, a distribution 
network, and a client device. 

The invention generally applies in the field of multimedia content transmission 
through the web. 

10 BACKGROUND OF THE INVENTION 

The international patent application WO03/098935 filed by Koninklijke Philips 
Electronics N.V. describes a method of adapting the quality of a stream supplied to a 
client device in an audio/video streaming application. The purpose is to adapt the quality 
of the stream so that tiie bandwidth required for transmitting the stream matches the 

15 available bandwidth. One solution to achieve this, is to switch among a plurality of pre- 
encoded streams corresponding to various encoding bitrates. 

A problem of this solution is that the only encoder parameter that is changed is 
the encoding bit rate. The reason for that is that the other encoder parameters, like the 
image size, cannot be changed during the streaming session (the decoder at the client 

20 side would be unable to decode the stream if the other encoder parameters were 

changed). The consequence of being unable to adapt the other encoder parameters is that 
the range of variation of the encoding bitrate is limited (under a certain limit, the bitrate 
cannot be further decreased without adapting the other encoder parameters, for example 
without reducing the size of the image). 

25 One of the objects of the present invention is to propose a solution for 

transmitting a multimedia content to a client device that doesn't have the above- 
mentioned drawback. 



2 



SUMMARY OF THE INVENTION 

A method according to the invention for transmitting a multimedia content to a 
client device is defined in claims 1 to 3. An encoding system according to the invention 
for encoding a multimedia content is defined in claim 4. A server according to the 
5 invention for transmitting a multimedia content to a client device is defined in claims 5 
to 7. A client device according to the invention is defined in claims 8 to 10 and a 
network system according to the invention is defined in claim 1 1 . 

According to the invention, a multimedia content is encoded by using various 
encoder characteristics so as to produce a plurality of encoded multimedia contents. The 
10 encoded multimedia contents are transformed in file-based contents by slicing them in at 
least one set of slicing positions forming slices that can be decoded independentiy one 
fix)m the other. Each slice of an encoded multimedia content is enclosed in a file thereby 
generating a plurality of groups of at least one set of files, each group being associated 
with different encoder characteristics. 
]5 Upon request of a multimedia content by a client device, the server downloads 

said multimedia content file by file. Selection of a file to be downloaded includes 
selection of a slice and selection of a group. Modification of the characteristics of the 
transmitted data is achieved by switching from one group associated with first encoder 
characteristics to another group associated with second encoder characteristics. 
20 As the transmission of the multimedia content is based on file downloading, the 

encoder characteristics can involve other encoder parameters than the encoding bitrate. 
For example, it involves the image size in addition to the encoding bitrate. In another 
example, encoders using different encoding formats are used so that switching from one 
group to another allows to change the encoding format as well (for example, as most of 
25 the codec formats have a preferred operating, it may be more interesting to use a first 
encoding format with slower bitrate and second encoding format with higher bitrate). 

The selection of the group to which the downloaded file shall belong can be done 
either by the server or by the client device. It is based on an estimation of the current 
transmission rate of the distribution network and/or on a client preference relating to the 
30 encoder characteristics. For example, the client may chose the bitrate and/or the image 
size he wants to receive (for example for cost reasons he may prefer a low quality and 
therefore he may chose a small image size and/or a small bitrate). The client may also 
change the client preference during the transmission (for example after having received 
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part of the data, he may decide that the content is of high interest and that he want to get 
a better quality). 

With the invention, the slices can be decoded independently one from the other 
which means that the client doesn't need to receive a multimedia content from its 
5 beginning. He can start from any slice. Therefore the invention is applicable to the 
transmission of any type of content including live content (that is content that is 
available in real time at the server side such as live events, broadcasted programs.,.). 

When file multimedia content is a live content, advantageously several sets of 
slicing positions are used to reduce the delay experienced by the client before receiving a 

10 first file. When several sets of slicing positions are used, a group of several sets of files 
is available for each encoded multimedia content 

With the invention a sequence of at least one file is downloaded upon request by 
a client device. The files can be either sent one by one upon reception of a single client 
request or fetched one by one by the client device. In practice, it is not certain that all 

15 client browsers will support receiving several files in response to one single request. 
Therefore it will usually be preferred that the client device fetches the files one by one 
(that is sends a fetching request for each file to be downloaded). The client devices can 
be designed to send fetching requests automatically. Advantageously, when the client 
devices are not designed to send fetching requests automatically, a document is sent by 

20 the server upon reception of an initial request from the client device, said document 
causing the client device to repetitively send a fetching request. 

It is to be noted that file downloading is usually implemented on IP networks by 
using the HTTP protocol (HTTP stands for Hyper Text Transfer Protocol; it is defined in 
the IETF Request For Comments 261 6). The HTTP protocol is the basis of the web and 

25 therefore is accepted by all firewalls which is not the case of the UDP protocol usually 
used in streaming applications (UDP stands for User Datagram Protocol;it is defined in 
the IETF Request For Comments 0768). As a consequence, the solution proposed in the 
present invention has the great advantage over the prior art solution that any client 
device will be able to receive the requested content whatever the characteristics of the 

30 firewall through which it connects to the distribution network. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other aspects of the invention will be further described below by 
reference to the following drawings: 



- Fig. I is a schematic representation of a first example of network system according to 
the invention, 

- Fig. 2 is a schematic representation of a slicing scheme to be used for slicing an 
encoded multimedia according to the invention, 

5 - Fig. 3 is a schematic representation of a group of plurality of sets of files generated by 
using the slicing scheme depicted in Fig. 2, 

- Fig. 4 is a schematic representation of two overlapping files, 

- Fig. 5 is schematic representation of a group of three sets of files, 

- Fig. 6 is a block diagram of a method according to the invention for transmitting a 
10 multimedia content, 

- Figs. 7 and 8 are schematic representations of other examples of a network system 
according to the invention. 

DESCRIPTION OF PREFERRED EMBODIMENT 
15 Fig. 1 is a schematic representation of a network system according to the 

invention. The network system of Fig. 1 comprises: 

- a source 1 for acquiring a multimedia content; 

- a broadcaster 2 for broadcasting said multimedia content; 

- a receiver 3 for receivmg a broadcasted multimedia content; 

20 - an encoding system 4 for encoding a received multimedia content and producing 
groups of at least one set of files, 

- a server 8 having access to said groups of files, 

- a distribution network 10, the server 8 being linked to the distribution network 10, 

- an access provider 12 for providing a client device 14 with an access to the distribution 

25 network 10, 

TRe"sSrveF81corn^isera^ 
processing unit comprising a data memory, a program memory and a processor for 
executing instructions stored in the program memory. 

The client device 14 comprises a communication imit 15 for 

30 transmission/reception to/from the access provider 12, a player 16 for playing an 

encoded multimedia content, a display 1 7 for displaying a multimedia content, and a 
processing unit 1 8 that comprises a program memory, a data memory, and a processor 
for executing instructions stored in the program memory. The client device 14 can be 
either a mobile device (like a mobile phone) in which case the communication unit IS is 
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a radio communication unit, or a wired device (like a PC) in which case the 
communication unit 1 5 is a wired communication unit. The distribution network 1 0 is 
typically the Internet network. 

For instance the broadcaster 2 is a satellite broadcasting network and the receiver 
5 3 is a satellite receiver. This is not restrictive: any other broadcasting means could be 
used instead of satellite broadcasting means. The broadcasted multimedia content can be 
any multimedia content that is transmitted and can be received by a number of receivers 
including the receiver 3. For instance the broadcasted multimedia content can be a 
television program, a pre-recorded event/program, a live event, ... 
10 The encoding system comprises: 

a) N encoders 5_I to 5_N having various characteristics for encoding the received 
multimedia content thereby generating a plurality of encoded multimedia contents EC_1 
to EC_N, and 

b) N slicers 6_1 to 6JN for slicing said encoded multimedia contents in at least one set 
15 of slicing positions formmg slices that can be decoded independently one from the other, 

and for enclosing each slice of an encoded multimedia content in a file, thereby 
generating N groups G_l to G_N of at least one set of files, each group bemg associated 
with an encoded multimedia content. 

For instance, the encoders 5_1 to 5_N are compliant with one of the MPEG 
20 standards or with H263. 

The encoders 5_1 to 5JN and the slicers 6_1 to 6_N are either implemented in a 
single device or in separated devices. In both cases, what is transmitted from an encoder 
5 J to a slicer 6J is an encoded stream (i is an integer comprised between 1 and N). 
Advantageously the encoded streams is transmitted from an encoder 5_i to a slicer 6J 
25 over IP by using the RTP protocol (RTP stands for Real-time Transport Protocol; it is 
defined in the IETF Request For Comments 1 889). This is not restrictive. By way of 
example, the transport layer of the MPEG-2 standard, known as MPEG-2 TS, could be 
used as well. 

The function of the slicers 6_1 to 6_N is to slice the encoded multimedia contents 
30 generated by the encoders 5_1 to 5JN[ in at least one set of slicing positions. The slicing 
positions define slices that comprise a given amount of time of an encoded multimedia 
content and that can be decoded independently one from the other. In practice, any 
encoded multimedia content generated by a multimedia encoder comprises so-called 
Random Access Points (RAP). In order to produce slices that can be decoded 
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independently one from the others, the slicing positions are chosen such that each slice 
starts with a Random Access Point. For instance, when the encoders are compliant with 
the MPEG-2 or MPEG-4 standard, the random access points are the I-frames of the 
MPEG-encoded multimedia contents, and the slicing positions are chosen in such a way 

5 that the first frame of each slice is an I-fi:ame. 

Advantageously the size of the slices is adjustable. It may be identical for all 
slices or it may vary from one slice to another (for instance the size of the slices may 
increase along time). The best efficiency is obtained with files that are relatively long 
because the more files to be transported the more overhead due to file headers. 

10 Fig. 2 gives an example of a slicing scheme to be used for slicing the encoded 

multimedia contents EC_1 to EC_N. The slicing scheme represented in Fig. 2 
comprises P sets of slicing positions STi, STp. Each set of slicing positions STm 
comprises Q-1 slicing positions Tm,u ,Tm.Q.i. Each set of slicing positions is shifted in 
time compared with the other sets of slicing positions (the axis t is the time axis). With 

15 tills slicing scheme, Q slices Lm,i,...,Lro,Qare formed for each set of slicing positions 
STm- As will be apparent in the description below, using a plurality of sets of slicing 
positions is advantageous when transmitting live multimedia content because it allows 
reducing the delay experienced by the client when he sends a request for a live content. 
The slicers 6_1 to 6JN generate a plurality of groups of at least one set of files by 

20 slicing each encoded multimedia content in at least one set of slicing positions. Fig. 3 
gives a representation of a group of files G__i generated firom an encoded multimedia 
content EC_i by using the slicing scheme described in Fig. 2. As shown in Fig. 3, a 
group G_i comprises P sets of files Sij, Saj, -..^ Spj. Each set of files Smj (m=l,...,P) 
comprises Q files Fngcj(m=l, ...,P; kF=l,..., Q). A set of slicing positions STm is 

25 associated to each set of files Smj. The files Fm+i,kj and V^mj are overiapping (they 
comprise identical encoded data). In Fig. 47the overlap'between the~fiIesFm+i.kj and 

Fin.kj is indicated by an arrow Om+i- 

Each file generated by the slicers 6_1 to 6_N is stored in a storage unit 20 to 
which the server 8 has access. The storage unit 20 is shared by the slicers 6_1 to 6 JM 
30 and by the server 8. The storage unit 20 can be part of the server equipment or can be 
located remotely. The storage unit 20 has to be "cleaned'* on a regular basis to ensure 
that there is available room for storing the newly generated files. A way of cleaning the 
storage unit is to re-use file names on a regular basis. An alternative way is to use 
different file names for each file, and to delete the aging files on a regular basis. 
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TTie server 8 is linked to the distribution networic 10. The client device 14 has 
access to tiie distribution network 10 via the access provider 12. Typically, the client 
device 14 can load through the distribution network 10 a page containing at least one 
link to a multimedia content that the server 8 offers to transmit. When a user clicks on 
5 said link, an initial request Ro directed to said multimedia content is sent automatically 
to the server 8. There are several possible ways for the server 8 to handle the initial 
request Ro* 

In a first embodiment, the server 8 downloads a single file in response to the 
client request. This implementation can be used for specific applications, for instance for 
10 applications offering the client to pick-up information regarding a live event It can also 
be used witfi a player 16 specifically designed to cause the client device 14 to send the 
initial request Rq repetitively. 

In a second embodiment, the server 8 downloads tiie files one by one as soon as 
they are ready at the server side. This embodiment has the advantage of being easy to 
15 implement But there is a risk that certain client browsers will not support receiving 
several files in response to one single request 

In a third embodiment (usually preferred), upon reception of the initial request 
Ro, the server 8 sends a document to the client device 14. This document causes the 
client device 14 to repetitively send a fetching request designating the multimedia 
20 content 

By way of example, the document sent by the server 8 can be a page comprising 
an automatic refresh command. An example of such a page is given below: 
<html> 
<head> 

25 <META meta http-equiv="Refresh" content="134" ; 

urN*http://www*yoursite.com/live2download.htmr*' 
</head> 

<embed 5rGF=*'live2download.mp4" width="240" height=*'240"> 
</embed> 
30 </html> 

Such a page causes the client browser to reload the file "live2downIoad.mp4" 
eveiy 134 seconds (which is the duration of a file in this example). 

Alternatively, the document sent by the server 8 can be a standard description of 
the multimedia content, said standard description being intended to be processed by the 
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player 16 in a standard way. For instance such a description can be a SMIL description 

(SMIL is a W3C standard defining XML-based audio/video scene descriptions). An 

example of such a SMIL description is given below: 

<5mii> 

<head> 

<Iayout> 

<root-layout width="240" height="240" background-CDlor="white"/> 

<regioii regionName="im" left="0" top="0" width="240" height="240"A> 

</layout> 

</heskd> 

<body> 

<seq repeatCount = "indefinite" > 

<video id="vid" srcF="live2download.mp4" region="im" /> 

<Jseq> 

</body> 

</smi!t> 

The effect of this SMIL docunment is to cause the player 16 to play the file 
"live2download.nip4" repetitively. As a result the client device will repetitively send 
fetching requests directed to the file "live2downloadjnp4". 

Advantageously, the SMIL document sent by the server 8 comprises a conunand 
indicating that the files have to be fetched some time in advance (that is some time 
before the end of the playback of the previous file). This ensures that the next file will 
arrive on time at the client device 14 so that the client will not experience a gap in the 
rendering of the multimedia content. An example of a SMIL description having such a 
command is given below: 

<smil5^^ ___ 

<head> 

<layout> 

<root-Iayout width="240" height="240" background-color="white"/> 

<region regionName="im" left="0" top="0" width="240" height="240"/> 

</layout> 

</head> 

<body> 

<seq repeatCount = "indefinite" > 
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<video id="vid" src="live2downIoadl.inp4" regioii=^"iin" clipBegin = "Os" dur 

= "25s" > 

<par> 

<prefetch srG»"live2download2.inp4" mediaTime ="5s" l> 
5 <video id=^"vid" src="Iive2downIoadl«inp4" region="ini" clipBegin = "25s" > 
<;/par> 

<video id="vid" src='"live2download2.inp4" region="iin" clipBegin = "Os" dur 

= "25s" > 

<par> 

10 <prefetch src="live2downloadl.mp4" mediaTime ="5s" /> 

<video id="vid" src^"l]ve2download2.mp4" region="im" clipBegin = "25s" t> 

</par> 

</seq> 

</body> 
IS </smil> 

This document is written for slices containing 30s of content It causes the player 
to execute the following operations in sequence: 

a) playing the first 25s of a first source (live2downloadl .mp4); 

b) playing the last 5s of the first source and in parallel fetching the first 5s of a second 
20 source (live2download2.mp4); 

c) playing the first 25s of the second source (which can be done without delay smce the 
first 5s have been pre-fetched). 

Using two different sources is an implementation trick. The server 8 must be designed to 
recognize that the first and the second sources correspond to the same multimedia 
25 content. 

In the three embodiments described above, the server has to determine which file 
to download upon reception of the initial request Ro or upon reception of the fetching 
requests. According to the present invention, the file to download is determined by 
selecting a slice and by selecting a group of files (selection of the slice Lmjcand of the 
30 group GJ leads to the downloading of file FmMj)- 

Advantageously, the group is selected by taking into account the current 
transmission rate of the distribution network 1 0 and/or client preferences relating to the 
encoder characteristics (said client preferences may change in time). Switching fi-om one 
group associated with first encoder characteristics to another group associated with 
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second encoder characteristics allows to adapt to the current transmission rate of the 
distribution network 10 and/or to client preferences received from the client device. 

In a first alternative, the group selection is done at the server side based on 
information transmitted by the client device. The transmitted information comprises 
5 either the current transmission rate of the distribution networic 1 0 or traffic information 
used by the server 8 to calculate the current transmission rate of the distribution network 
10, Alternatively or in addition, the transmitted information may comprise a client 
preference like a desired bitrate and/or an image size and/or codec. 

In a second alternative, the group selection is done by the client device 14 and an 
10 indication of the selected group is sent to the server 8. 

Information and/or indication transmitted from the client device 14 to the server 
8 are for example-transmitted in the initial and/or fetching request(s). Alternatively they 
are transmitted in a separate control channel established between the client device 14 
and the server 8. Alternatively the selected group can be indicated to the server 8 by 
15 using a specific naming convention when designating the multimedia content to be 

transmitted (in this case, the name of the multimedia content to be transmitted indicates 
which group is to be used). 

For example when the transport protocol is HTTP, it is possible to register 
specific parameters at the Internet Assigned Numbers Authority (lANA) to be used to 
20 transmit the above-mentioned information and/or indications. 

The slice selection is done by the server 8 so as to ensure continuity in the 
transmitted multimedia content (in other words, when the previous selected slice was 
Ljck (xe {l,„.,P}), the next selected slice shall be Ly^i^-i (ye {l,...,P}). When several sets 
of slicing positions are used (P>1), upon reception of an initial request directed to a live 
25 content, the server 8 can either select the most recent slice or the closest future slice 
compared to the time of arrival of the initial request. The consequence of selecting tHe 
most recent slice is that the client will receive out-of-date data. The consequence of 
selecting the closest future slice is that the client will have to wait a certain time before 
getting a response. In both cases the inconvenience for the client is reduced when several 
30 sets of files are used. This is illustrated in Fig. 5. 

In Fig. 5 a group G_i of three sets of files S| j, S2J and S3J is represented. An 
arrow A indicates the reception of a request by the server 8. 

When the only set to be generated by the slicer 6_i is the first set Si j, the server 8 
will either download the file Fi.ij (the most recent file) or the file Fi^j (the closest 
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future file). If the server 8 downloads the file Fij j, then the data received by the client 
will be late by a time equal to ai.i. If the server downloads the file Fi^ j, then the client 
will experience a delay equal to bi,2 before receiving the data. 

When the three sets S| j, S2J and S3J are generated by the slicer 6, the server 8 
5 Will either download the file F2.1J (the most recent file) or the file Fa^ j (the closest 
future file). If the server 8 downloads the file F2.1J, then the data received by the client 
will be late by a time equal to a2,i. If the server downloads the file IPaaj^ then the client 
will experience a delay equal to ba^ before receiving the data. It can be seen that ai,i>a2j 
and bi,2^b3;2, 

10 HTTP is a stateless protocol and therefore HTTP requests Issued by the same 

client device are normally processed independently one Jfrom the other. As a result, when 
the transmissions over the distribution network 10 are ruled by the HTTP protocol, there 
is a risk that the playback of the content cannot be achieved smoothly (some parts of the 
content may be received several times, or some parts of the content may be missing). A 

15 fourth embodiment will now be described that solves this problem. 

In the fourth embodiment, the document sent by the server 8 in response to the 

* 

initial request Ro comprises a resoiux^e identifier designating the multimedia content 

asked by the client. This resource identifier is specific to the client device 14. The 

document sent by the server 8 causes the client device 14 to repetitively send a fetching 
20 request containing this resource identifier. Upon reception of the first fetching request, 

the server 8 determines the file to be downloaded as described above (slice selection 

done by tfie server, and group selection done either by the server or by the client device). 

The server 8 downloads the file and keeps a record of which slice was downloaded. 

Upon reception of subsequent fetching requests containing the same resource identifier, 
25 the server 8 checks the record to select the next slice to be used, downloads the 

appropriate file and updates the record. 

In this way, each client device 14 will receive a sequence of files that is complete 

and correctly ordered (all the received files are consecutive files belonging to the same 

set of files). 

30 By way of example the resource identifier comprised in the document sent by tiie 

server 8 can be a "nonce" as defined in the RFC1510 of the IETF (a nonce is a number 
that is used only once). An example of a SMIL document comprising such a resource 
identifier is given below: 
<smil> 
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<hcad> 
<layou^ 

<root-layoutwidtli="240" heighfr="240" backgrouiid-color="white"A> 

<region regionName="iin" left="0" top="0" width="240" height="240"/^ 

<yiayout> 

</head> 

<body> 

<seq repeatCount = "indefinite" > 

<video id="vld" src="cnnl42299293873635534291919-mp4" region="im" > 

</seq> 

</body> 

<ysmii> 

Here the resource identifier is cnnl42299293873635534291919. The client device 14 
will repetitively send fetching requests for the file 

cnnl42299293873635534291919.mp4. And the server 8 will keep track of which file 
was downloaded (or is to be downloaded) for the resource identifier 
cnnl42299293873635534291919. 

The steps that have been discussed above are summarized in Fig. 6. As shown in 
Fig. 6, a mediod according to the invention for transmitting a multimedia content 
comprises: 

- a step XI of selecting a group G_i amongst said plurality of groups (i=I,...,N), 

- a step X2 of selecting a slice Smjc (m=l,.,,,P and k=l,...,Q), and 

- a step of downloading, from said server to said client device, the file Fm^ j that contains 
the selected slice and that belongs to the selected group. 

An arrow W indicates that the steps XI to X3 are executed several times for the 
transmission ot a sequence oTfile^' 

Step XI is either executed by the client device 14 or by the server 8. Step X2 and 
X3 are executed by the server 8. 

These steps are implemented by way of specific hardware and/or software 
comprised in the server 8 and/or in the client device 14. 

Two other examples of a network system according to the invention will now be 

described by reference to Fig. 7 and 8. 

The network system of Fig. 7 comprises a first client device 50, a distribution 
network 52, a second client device 54, and at least one access provider 56 for providing 
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the first and the second client devices 50 and 54 with an access to the distribution 
network 52. 

The second client device 54 is similar to the client device 14 described by 
reference to Fig. 1. Typically the distribution network 52 is the Internet network. 
5 The first client device 50 comprises: 

- a source 60 for acquiring a multimedia content, 

- an encoding system 62 for encoding an acquired multimedia content with various 
encoder characteristics, and for slicing the encoded multimedia contents, 

- a server 66 having access to the files generated by the encoding system 62, 

10 - a communication unit 68 for transmission/reception to/from the access provider 56. 

Typically the first client device is a mobile phone, which means that the 
communication unit 68 is a radio communication unit 

The functionalities of the source 60, the encodmg system 62, and the server 66 
are identical to the functionalities of the source 1, the encoding system 4, and the server 
15 8 described above by reference to Fig. 1 to 6. 

Fig. 8 gives a schematic representation of an alternative solution where the server 
66 is located in the distribution network 52 instead of being located in the first client 
device 50. In this embodiment, the first client device 50 will upload the files generated 
by the encoding system 62 to the server 66, and the server 66 will in turn download tfie 
20 file(s) to the second client device 54. 

Typically the first client 50 sends a link toward an multimedia content (for 
instance a video that is being captured by the first client device 50) to the second client 
device 54, for instance via SMS (Short Message Service). When the second client clicks 
on tiie link contained in tiie SMS, an initial request directed to the multimedia content is 
25 sent to the first client device 50. Upon reception of this initial request, the first client 
device 50 operates as described above with reference to Fig. 1 to 5. 

Wifli respect to the described network system, server, encoding system, client 
device, and transmitting method, modifications or improvements may be proposed 
without departing from the scope of the invention. The invention is thus not limited to 
30 the examples provided. 

In particular the "progressive downloading" concept disclosed in the European 
patent application n** 03290453.4 filed on May 07, 2003 by Koninklijke Philips 
Electronics N.V. can be combined with present invention. When a file generated by a 



14 



slicer 6_i is progressively downloaded, the player 16 doesn't need to wait until the file is 
completely downloaded to start playing the file. 

Use of the verb "comprise" in the description and in the claims does not exclude 
the presence of other elements than those listed in the description and in the claims. Use 
of the article "a" for designating an element doesn't exclude the presence of a plurality 
of such elements. 
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CLAIMS 

1 . A method of transmitting a multimedia content from a server to a client device 
through a distribution network upon request of said client device, 
said method using a plurality of groups of at least one set of files, each group being 
associated to an encoded multimedia content, said encoded multimedia contents being 

5 obtained by encoding said multimedia content with various encoder characteristics, said 
groups being obtained by slicing said encoded multimedia contents in at least one set of 
slicing positions forming slices that can be decoded independently one from the other, 
each file containing a slice of an encoded multimedia content, 
said method comprising: 

10 - a step of selecting a group amongst said plurality of groups, 

- a step of selecting a slice, and 

- a step of downloading from said server to said client device the file that contains the 
selected slice and that belongs to the selected group, 

said steps being executed at least once. 

2« A method as claimed in claim 1, further comprising a step of calculating an 

■ 

estimation of the current transmission rate of the distribution network, wherein said 
group selection step takes said estimation into account 

20 3. A method as claimed in one of claims 1 or 2, fiirther comprising a step of 

transmitting a client preference relating to said encoder characteristics from said client 
device to said server, and wherein said group selection step takes said client preference 
into account 

25 4. An encoding system comprising : 

- a plurality of encoders with various encoder characteristics for encoding a multimedia 
content, thereby generating a plurality of encoded multimedia contents, and 

- a plurality of slicers for slicing said encoded multimedia contents in at least one set of 
slicing positions forming slices that can be decoded independently one from the other, 

30 and for enclosing each slice of an encoded multimedia content in a file, thereby 

generating a plurality of group of at least one set of files, each group being associated 
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with an encoded multimedia content. 

5. A server having access to a plurality of groups of at least one set of files, each group 
being associated with an encoded multimedia content, said encoded multimedia contents 

5 being obtained by encoding a multimedia content with various encoder characteristics, 
said groups being obtained by slicing said encoded multimedia contents in at least one 
set of slicing positions forming slices that can be decoded independently one from the 
other, each file containing a slice of an encoded multimedia content, said server 
comprising: 

10 - means for selecting a slice, 

- means for downloading the file that contains the selected slice and that belongs to a 
selected group, 

said means being activated at least once upon reception of a request directed to said 
multimedia content from said client device. 

15 

6. A server as claimed in claim S further comprising means for receiving information 
relating to the current transmission rate of the distribution network from said client 
device, and group selection means for selecting said group based on said information. 

20 7. A server as claimed in claim 5 fiirther comprising means for receiving client 

preference data, and group selection means for selecting said group based on said client 
preference data. 

8. A client device comprising: 
25 - means for connecting to a server through a distribution network, 

- means for selecting a group of at least one set of files amongst a plurality of groups, 
each group being associated with an encoded multimedia content, said encoded 
multimedia contents being obtained by encoding a multimedia content with various 
encoder characteristics, said groups being obtained by slicing said encoded multimedia 

30 contents in at least one set of slicing positions forming slices that can be decoded 

independentiy one from the other, each file containing a slice of an encoded multimedia 
content, 

* means for sending at least one request to said server, said request being directed to said 
multimedia content and comprising an indication of the selected group- 
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9. A client device as claimed in claim 8 further comprising means for calculating an 
estimation of the current transmission rate of said distribution network, and wherein said 
group selection means take said estimation into account. 

5 10. A client device as claimed in one of claims 8 or 9 further comprising means for 
getting a client preference, and wherein said group selection means take said client 
preference into account. 

1 1 . A network system comprising: 
10 - a plurality of encoders with various encoder characteristics for encoding a multimedia 
content, thereby generating a plurality of encoded multimedia contents, 

- a plurality of slicers for slicing said encoded multimedia contents in at least one set of 

slicing positions forming slices that can be decoded independently one from the other, 

and for enclosing each slice of an encoded multimedia content in a file, thereby 

15 generating a plurality of group of at least one set of files, each group being associated 
with an encoded multimedia content, 

- a distribution network, 

- a client device having means for connecting to a server through said distribution 
network, and means for sending at least one request to said server, said request being 

20 directed to said multimedia content, and 

- a server having access to said plurality of groups, said server comprising: 

a) means for selecting a slice, 

b) means for dovmloading the file that contains the selected slice and that belongs to a 
selected group, 

25 said means being activated at least once upon reception of a request directed to said 
multimedia content from said client device. 
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ABSTRACT 

METHOD OF TRANSMnTING A CONTENT WITH ADAPTATION OF THE 

* 

ENCODING CHARACTERISTICS 

The invention proposes a method of transmitting a multimedia content from a 
server to a client device upon request of the client device^ said method allowing for 
adaptation of the characteristics of the encoder used for encoding the multimedia content 
based on the network transmission rate and/or client preference(s). 

The method of the invention consists in: 

- encoding the content with various encoder characteristics thereby providing several 
encoded multimedia contents, 

- slicing the encoded multimedia contents thereby providing a plurality of file-based 
contents, 

- downloading the content file by file while switching from one encoded multimedia 
content to another so as to change the encoding characteristics thereby adapting to the 
network transmission rate and/or client preferences. 

Reference: Fig.3. 
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